Method and system for transforming language inputs into haptic outputs

ABSTRACT

A method for transforming input information into outputs, preferably including: receiving input information; transforming the input information into a set of intermediary components; implementing a transformation model with the set of intermediary components, the transformation model operable to encode the set of intermediary components across a set of output parameters in a device domain associated with a device; and executing control signals operable to deliver outputs, based on the set of output parameters, to a user of the device.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Application Ser.No. 62/460,028, filed on 16 Feb. 2017, and U.S. Provisional ApplicationSer. No. 62/486,319, filed on 17 Apr. 2017, each of which isincorporated in its entirety by this reference.

TECHNICAL FIELD

This invention relates generally to the field of information delivery,and more specifically to a new and useful methods and systems fortransforming language inputs into haptic outputs.

BACKGROUND

Perception of information is an important part of an individual'sability to integrate into society, interact with objects in theenvironment, and perceive and respond to risks. Traditional devices forsupporting individuals with sensory impairments, or other relatedconditions are deficient because they are highly invasive and requiresurgical implantation, risky (e.g., in terms of success rates, availableonly to certain demographics (e.g., age demographics), inconvenient touse, and/or expensive. Outside of the context of sensory impairment, itcan be useful to have another modality for receiving information (e.g.,derived from language inputs, derived from visual sources, derived fromaudio sources, etc.) when either redundancy is beneficial, or if it isinconvenient or infeasible to receive information using a moreconventional modality. Available technologies are still limited inrelation to how information from one sense can be encoded and processedusing another sense (e.g., with respect to upsampling and downsamplingissues, with respect to acuity of sensory receptors for a given sensorymodality), density of information that can be processed and encoded,cost, ease of use, and adoption by users.

Thus, there is a need in the field of information delivery for a new anduseful method and system for transforming language inputs into hapticoutputs. This invention provides such a new and useful method andsystem.

BRIEF DESCRIPTION OF THE FIGURES

FIGS. 1A and 1B depict schematics of an embodiment of a method fortransforming language inputs into haptic outputs;

FIG. 1C depicts a schematic representation of the method;

FIG. 2 depicts a schematic of a system and method for transforminglanguage inputs into haptic outputs;

FIG. 3 depicts a variation of a portion of a method for transforminglanguage inputs into haptic outputs;

FIGS. 4A-4C depict examples of a device used in a system and/or methodfor transforming language inputs into haptic outputs;

FIG. 5A depicts a specific example of transforming input text intohaptic outputs according to an embodiment of the method;

FIG. 5B depicts a specific example of an output of an embodiment of amethod for transforming language inputs into haptic outputs;

FIGS. 6A-6B are schematic representations of an embodiment of elementsof the system and a variation of the embodiment, respectively;

FIGS. 7A-7C are schematic representations of a first, second, and thirdvariation of the system, respectively; and

FIGS. 8A-8C are schematic representations of a first, second, and thirdvariation of the method, respectively.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

The following description of preferred embodiments of the invention isnot intended to limit the invention to these preferred embodiments, butrather to enable any person skilled in the art to make and use thisinvention.

1. Overview.

A method 100 for transforming input information into outputs (e.g., fortransforming language inputs into haptic outputs) preferably includes(e.g., as shown in FIG. 1C): receiving input information; transformingthe input information into a set of intermediary components;implementing a transformation model with the set of intermediarycomponents, the transformation model operable to encode the set ofintermediary components across a set of output parameters in a devicedomain associated with a device; and executing control signals operableto deliver outputs, based on the set of output parameters, to a user ofthe device; and can optionally include repeating Blocks S110-S140 (e.g.,upon reception of additional input information). For example (e.g., asshown in FIGS. 1A, 1B, and/or 2), an embodiment of the method 100 caninclude: receiving a communication dataset S110; transforming thecommunication dataset into a set of speech components (or otherrepresentative components) S120; implementing a transformation modelwith the set of speech components, the transformation model operable toencode the set of speech components across a set of output parameters ina device domain, the device domain associated with a distribution oftactile interface devices coupled to the user and stimulus parameters ofthe distribution of tactile interface devices S130; and executingcontrol signals operable to deliver the set of output parameters to auser interfacing with the distribution of tactile interface devicesS140; and can optionally include repeating Blocks S110-S140 uponreception of additional incoming communication datasets S150.

The method 100 preferably functions to convert data associated withcommunication to another output format that is perceptible by a userthrough another sensory modality. In specific examples, the method canfunction to convert textual communication data to outputs perceptible bya user through touch sensation, in a manner that allows the user toperceive the message contained in the textual communication data throughtouch-based stimuli. As such, textual communication data can becontinuously converted to touch-based stimuli using “speech”-styleencoding, thereby providing a user with a haptic experience oftextual-based communications (e.g., text messages such as messagesreceived via SMS, emails, status updates on social media, transcribedmessages, etc.). Alternatively, the method can function to convert dataassociated with communication to another representation (e.g., anon-speech representation, through another encoding that map source tooutput in a 1:1 manner).

As such, the method 100 can be adapted to applications involving sensorysubstitution, whereby a user is unable to visually perceive textualcommunications (e.g., due to situational factors, due to visualimpairments, etc.), but has a fully functioning sensation of touch.Additionally or alternatively, the method 100 can be adapted toapplications involving sensory boosting for users for whom improvementsin sensory functions of vision and/or touch are beneficial. Additionallyor alternatively, the method 100 can be adapted to applicationsinvolving users who do not have visual or auditory sensory impairments,but who are performing activities where receiving textual communicationswould be distracting from the activities being performed (e.g., inrelation to driving). Thus, the method 100 can allow a user to receiveinformation that would otherwise be received through a different sensorymodality. The method 100 preferably provides information to impairedusers through touch sensation, However, the method 100 can additionallyor alternatively implement any other suitable sensory substitution orsensory boosting regime.

As such, in specific examples, the method 100 can be used to allow auser to haptically receive communications originating in a textualformat in a situation where it would not be beneficial for the user todivide his/her visual attention (e.g., in relation to operating avehicle, in relation to being in a professional work environment, etc.).

The method 100 can be implemented using system components described inmore detail below, and/or using an embodiment, variation, or example ofthe system described in U.S. application Ser. No. 14/750,626, titled“Providing Information to a User Through Somatosensory Feedback” andfiled on 25 Jun. 2015, which is herein incorporated in its entirety bythis reference. However, the method 100 can additionally oralternatively be implemented using any other suitable system or systemcomponents for providing information to users through feedback devices.

2. System.

The system preferably receives input information from one or morecommunication modules, and provides stimuli (e.g., through sensoryoutput devices in proximity to the user), and can optionally include oneor more sensors (e.g., configured to receive and/or generate one or moreinput signals), power modules, and/or computational modules (e.g., asshown in FIGS. 6A-6B). The device components associated with the stimuliare preferably disposed in a single device, but can additionally oralternatively be disposed across a plurality of devices, and/or bedisposed in any other suitable manner.

The stimuli can be provided by a plurality of tactile interface devices(e.g., haptic actuators, electrical stimulators, etc.) in a spatialdistribution (e.g., multidimensional spatial distribution), each ofwhich can provide a variety of available output stimuli with differentstimulus parameters (e.g., as shown in FIGS. 4A-4B). The device(s) canprovide haptic stimuli through the tactile interface devices, and inspecific examples, can include an array of tactile interface devicesoperable to provide configurable haptic stimuli to a user. The tactileinterface devices can include vibration motors (e.g., eccentric rotatingmass (ERM) devices), Linear Resonant Actuators (LRAs), piezoelectricdevices, and/or any other suitable devices (and/or combinations thereof,such as hybrid devices incorporating both ERM and LRA elements).

The device(s) can additionally or alternatively be operable to provideone or more of: auditory stimuli, electrical stimuli (e.g., peripheralstimuli, etc.), olfactory stimuli, taste stimuli, and any other suitableform of stimulus.

The spatial distribution (e.g., array) of tactile interface devices canhave a density from 5 devices per cm² to 50 devices per cm², or anyother suitable density. Furthermore, the spatial distribution of tactileinterface devices can be configured with any suitable morphologicalaspects. The tactile interface devices are preferably arranged in one ormore arrays (e.g., high-density arrays) but additionally oralternatively arrays of any suitable density. The arrays can includemultidimensional arrays (e.g., planar array, 3-dimensional volumetricarray, array defined substantially along one or more device surfaces,etc.), single-dimensional arrays (e.g., linear array, curvilinear array,etc.), and/or any other suitable arrays. For example, the device caninclude a two-dimensional array (e.g., defined substantially on a plane,defined on a curved and/or bent surface, etc.). The arrays can beconfigured as one or more of: a circular array, an ellipsoidal array, apolygonal array (e.g., a triangular array, rectangular array, apentagonal array, a hexagonal array, etc.), a circumscribing array, anamorphous array, an array substantially spanning the support structurewith which the array is integrated, and any other suitable array type.Additionally or alternatively, the device can include an irregulardistribution of tactile interface devices (e.g., arranged substantiallyon a surface and/or within a volume of the device) and/or any othersuitable arrangement of tactile interface devices. Furthermore, thespatial distribution (e.g., array) can be configured across differentlayers of the overarching device coupled to the user.

In a first embodiment, as shown in FIG. 4A, the array of tactileinterface devices is integrated with a wrist-region wearable banddevice, wherein the array is distributed circumferentially about theband surface and coupled to electronics that facilitate provision ofhaptic stimuli. In this embodiment, the system comprises a housingoperable to 1) contain electronics for powering the tactile interfacedevices and transitioning the tactile interface devices betweendifferent modes and 2) support the array of tactile interface deviceswhile positioning the array of tactile interface devices in a mannersuch that the user can sense stimuli provided by the array. The housingcan thus be coupled to or otherwise include a fastener that couples thesystem to a user. The fastener and housing can be of unitaryconstruction or otherwise physically coextensive, or can be otherwiseconnected, coupled, or couplable. The fastener is preferably operable tobe easily and/or repeatably fastened and unfastened manually by theuser, and in specific examples, can include a latch, snap, buckle,clasp, hook-and-loop fastening mechanism, and/or any other suitablefastening mechanism, and/or can be operable to expand and contract(e.g., including an elastic element, such as an expansion band;including a deployment clasp, butterfly clasp, or other clasp that isphysically coextensive when unclasped; etc.).

In a second embodiment, the tactile interface devices are configured tobe carried with a user (e.g., worn by the user, in proximity to theuser). In this embodiment, the tactile interface devices are preferablyintegrated into a wearable garment, wherein the garment can comprise atop (e.g., shirt, vest, etc.), a bottom (e.g., pants, shorts, skirt,etc.), a headpiece (e.g., headband, earmuffs, hat, etc.), a backpack, anundergarment, socks, and any other suitable form of garment.Additionally or alternatively, the tactile interface devices can beconfigured to be mechanically coupled to the wearable garment (e.g.,retained in one or more pockets of the garment, attached by fastenerssuch as buttons, clips, magnets, and/or hook-and-loop fasteners,attached by adhesive, etc.). Additionally or alternatively, the tactileinterface devices can be configured to attach directly to a user (e.g.,by suction, adhesive, etc.), preferably to one or more skin surfaces ofthe user. Additionally or alternatively, the tactile interface devicescan be incorporated into one or more wearable devices (e.g., ahead-mounted wearable device, etc.) and/or implanted devices.Additionally or alternatively, the tactile interface devices can beincorporated into prosthetic devices (e.g., lower limb prosthetics,upper limb prosthetics, facial prosthetics, etc.). In an example, suchas shown in FIG. 4B, the array of tactile interface devices can beintegrated with a vest garment operable to be worn by a user as the usermoves about in his/her daily life.

In a third embodiment, such as shown in FIG. 4C, the tactile interfacedevices are configured to be mechanically coupled to the user by asupport device that supports the user (e.g., by a support element of thesupport device). For example, the tactile interface devices can beintegrated into the support element and/or arranged between the user andthe support element (e.g., resting on top of the support element). Thesupport devices can include seats, couches, beds, platforms (e.g., forsitting and/or standing on), walls, inclined surfaces (e.g., configuredto support a leaning user), and/or any other suitable support devices,as described in U.S. application Ser. No. 15/661,934 titled “Method andSystem for Determining and Providing Sensory Experiences” and filed on27 Jul. 2017, which is herein incorporated in its entirety by thisreference.

Additionally or alternatively, the tactile interface devices can bedisposed in a device configured to be held by the user (e.g., hand-held,held between an arm and torso of the user, held between the legs of theuser, etc.). Additionally or alternatively, the tactile interfacedevices can be disposed in a device configured to rest on the user(e.g., retained against the user by gravity), such as a blanket.However, the tactile interface devices can additionally or alternativelybe coupleable to the user (and/or otherwise configured to interact withthe user) in any other suitable manner.

In some embodiments, some or all of the tactile interface devices(and/or any other suitable sensory output devices or other devicesassociated with the system) can be configured to be attached (e.g.,permanently, removably, repeatably, etc.) to one or more attachmentsubstrates, such as described in U.S. application Ser. No. 15/716,195titled “System and Method for Sensory Output Device Attachment” andfiled on 26 Sep. 2017, which is herein incorporated in its entirety bythis reference. However, the tactile interface devices can additionallyor alternatively be attached and/or otherwise coupled to the system inany other suitable manner.

Each tactile interface device (and/or other output unit) is preferablycontrolled by independent signals and configured to actuateindependently from the other output units. Alternatively, a group ofoutput units (e.g., a cluster or subset of the output units) can beindependently controlled, such that the group of output units canoperate independently from the other output units. Each controlledsubset (e.g., individual output unit or cluster) can include one or moreoutput units of the same or different types. In variations, in additionto or in alternative to controlling subsets of actuators (e.g.,overlapping and/or disjoint subsets) to convey information as a functionof features (e.g. in a first group for a first phoneme or other languagecomponent; in a second group, including only actuators not included inthe first group, for a second phoneme or other language component; in athird group, including a subset of actuators of the first and secondgroups, for a third phoneme or other language component; etc.), subsetscan be used to map a numerical input to a multi-actuator output. In anexample, the actuators can be controlled to make the impression ofupward and/or downward “sweeps” (e.g., turning actuators, such asspatially consecutive actuators, on and off in quick succession).

Each controlled subset is preferably individually identified, such thatit has a locally unique identifier (e.g., index value), but canalternatively share an identifier with a second controlled subset of thedevice, or be otherwise identified. Each controlled subset (or therespective identifier) is preferably associated with a known, storedspatial position on the device (controlled subset position). Thecontrolled subset position can include an arcuate position, radialposition, position along an axis (e.g., lateral axis, longitudinal axis,etc.), set of coordinates, grid position, position relative to anotherdevice component (e.g., sensor, different output unit, etc.), or be anyother suitable position. The controlled subset positions can be storedby the device (e.g., on volatile or non-volatile memory), can be encoded(e.g., implicitly, explicitly) via a re-indexing module (e.g.,reindexing array), and/or stored (and/or otherwise made available) byany other suitable system. However, indexing and/or storing canadditionally or alternatively be implemented in any other suitablemanner.

Each controlled subset is preferably wired in parallel relative to othercontrolled subsets of the device, but can alternatively be wired inseries, wired in a combination of in parallel and in series, or be wiredin any other suitable manner (or not be wired). The controlled subsetsof the device are preferably controlled by the processor, but canadditionally or alternatively be controlled by a remote computing system(e.g., server system), external device (e.g., mobile device, appliance,etc.), and/or any other suitable computing system.

The system 100 can additionally or alternatively include one or moresensors (e.g., wherein sensors are included with the same device(s) thatprovide the stimuli, wherein sensors are distinct from the devices thatprovide the stimuli, etc.), which can optionally be configured toprovide input information (e.g., supplementing and/or in place of theinformation received via the communication module). The sensors caninclude local sensors (e.g., sensing an environment of the device and/oruser), remote sensors (e.g., sensing a separate environment), virtualinputs (e.g., associated with a virtual environment), and/or any othersuitable sensors in any other suitable configuration.

For example, the sensors can include one or more: cameras (e.g., CCD,CMOS, multispectral, visual range, hyperspectral, stereoscopic, etc.),spatial sensors (e.g., inertial measurement sensors, accelerometer,gyroscope, altimeter, magnetometer, etc.), location sensors (e.g., GPS,GNSS, triangulation, trilateration, etc.), audio sensors (e.g.,transducer, microphone, etc.), barometers, light sensors, temperaturesensors, current sensor (e.g., Hall effect sensor), air flow meter,voltmeters, touch sensors (e.g., resistive, capacitive, etc.), proximitysensors, force sensors (e.g., strain gauge meter, load cell), vibrationsensors, chemical sensors, sonar sensors, and/or any other suitablesensors. However, the system can additionally or alternatively includeany other suitable sensors.

The communication modules can include wired communication modules (e.g.,configured to communicate by wired data connections, such as Ethernet,USB, power line, etc.) and/or wireless communication modules (e.g.,radios). The wireless communication modules preferably support (e.g.,enable communication using) one or more wireless communication protocols(e.g., WiFi, Bluetooth, BLE, NFC, RF, IR, Zigbee, Z-wave, etc.).However, the system can additionally or alternatively include any othersuitable communication modules.

The power module can include one or more power input elements, powerstorage elements, and/or any other suitable elements. The power moduleis preferably an electrical power module with an electrical input (e.g.,electrical power connection such as a wired connector or inductive loop)and/or electrical storage element (e.g., battery, supercapacitor, etc.),but can additionally or alternatively include any other suitable powerinput and/or storage elements. The power module can include a batterythat is preferably electrically coupled (e.g., connected by conductivewires) to the powered system components, wherein the computationalmodule preferably controls power provision (e.g., as described below),but power provision and/or battery management can additionally oralternatively be performed by any other suitable components.

The computational module can include one or more processors (e.g., CPUor other microprocessor, control circuit, relay system, etc.), computermemory modules (e.g., RAM), computer storage modules (e.g., hard diskdrive, flash memory, etc.), and/or any other suitable elements. Thecomputational module is preferably configured to control and/or receiveinformation from the outputs, inputs, communication modules, powermodules, and/or any other suitable elements of the system. Thecomputational module can be distributed across multiple systems (e.g.,remote server, personal computing device, wearable computing device,mobile computing device, etc.) and/or in the cloud, or can alternativelybe implemented in a single computing system.

The computational module is preferably configured to control thecontrolled subsets (e.g., output units such as tactile interfacedevices, groups of output units, etc.) individually. In a first example,the processor is configured to provide control signals to eachcontrolled subset (e.g., to a control element of each controlled subset,such as an actuator control circuit). Additionally or alternatively, ina second example, the processor is configured to selectively providepower from the power module to each controlled subset (e.g., byregulating the current provided to each output unit) or to selectivelycommand each controlled subset to enter a mode or attain a set pointparameter value (e.g., by communicating a command to an integratedcontroller of each output unit). However, the computational module canadditionally or alternatively be configured to control the controlledsubsets in any other suitable manner, or can be configured to notcontrol the controlled subsets.

As described earlier, the system can include embodiments, variations,and examples of the device(s) described in U.S. application Ser. No.14/750,626, titled “Providing Information to a User ThroughSomatosensory Feedback” and filed on 25 Jun. 2015, U.S. application Ser.No. 15/661,934, titled “Method and System for Determining and ProvidingSensory Experiences” and filed on 27 Jul. 2017, and/or U.S. applicationSer. No. 15/696,997, titled “Method and System for Providing AdjunctSensory Information to a User” and filed on 6 Sep. 2017; however, thesystem can additionally or alternatively include any other suitabledevices and/or device elements.

3. Method.

3.1 Receiving a Communication Dataset.

Block S110 recites: receiving a communication dataset, which functionsto provide one or more sources of information that can be processed anddelivered to the user in a new format, according to subsequent blocks ofthe method 100.

In Block S110, the communication dataset preferably includes textrepresentations (e.g.; files; stored data, such as data stored inmemory; data streams, such as data transmitted over a network connectionor data link; etc.) containing text units (e.g., letters, symbols,characters, etc.), but can alternatively include non-textrepresentations. In variations, the text representations can includerepresentations in ACSII format (for English language text), Unix format(e.g., POSIX format), and any other suitable format. However, thecommunication dataset can alternatively include character encoding, suchas ISO 8859 type encoding, UTF encoding, Unicode encoding, ANSIencoding, OEM encoding, and any other suitable encoding (e.g., foraccented characters, for non-ASCII characters, for European languagecharacters, for non-Western language characters). In one example, thecommunication dataset includes both English characters and emojis (e.g.,wherein each emoji can be translated into a text description such as aUnicode character name; wherein each emoji is directly represented inthe intermediary information, such as by a supplemental ‘speechcomponent’ defined in addition to the usual speech components of alanguage; etc.). However, the communication dataset can additionally oralternatively include non-text representations. For instance, variationsof Block S110 can include receiving image representations (e.g., memescontaining text), graphics interchange format (GIF) representations,video representations, and any other suitable representations (e.g.,files, stored data, data streams, etc.) from which information (e.g.,text data, numerical data, semantic meaning, conceptual information,etc.), such as information of potential interest to a user, can beextracted.

The language(s) represented in the communication dataset can include anysuitable language or any suitable derivative of a language (e.g.,Braille, sign language, etc.), from which the communication dataset canbe generated.

Block S110 can implement one or more system components operable tocollect data that is representative of communication in a textual (orother) formats. In relation to text communications, Block S110 can thusimplement systems operable to access one or more of: text messagingapplications, email applications, social network applications (e.g.,Twitter, Snapchat, LinkedIn, etc.), messaging applications (e.g.,WhatsApp, Viber, GroupMe, etc.), and any other suitable applications forcommunication.

Block S110 can include retrieving the communication dataset with systemcomponents operable to interface with the applications described abovethrough application programming interfaces (APIs). As such, Block S110can include implementing an API access process for each of a set ofapplications for conveying communications in textual format in order toreceive the communication dataset. Additionally or alternatively, inrelation to non-text formatted data, Block S110 can include extractingtext data from other data formats (e.g., image data, video data, GIFdata, audio data, etc.) using character extraction algorithms (e.g.,optical character recognition, natural language processing, etc.) and/ormachine vision techniques for extracting and processing character datafrom other data formats. However, Block S110 can additionally oralternatively include extracting other information from the receivedinput data. In a first example, semantic meaning is extracted from textdata (e.g., using natural language processing techniques), wherein theextracted semantic meaning (e.g., rather than and/or in addition to thereceived text data) is used as the communication dataset in other Blocksof the method 100 (e.g., the extracted semantic meaning is transformedinto a set of speech components in Block S120). In a second example,conceptual information is extracted from non-text formatted data (e.g.,using image, video, and/or audio processing and/or analysis techniques,such as image segmentation and object recognition), wherein theextracted conceptual information is used as the communication dataset inother Blocks of the method 100 (e.g., the conceptual information istransformed into a set of speech components in Block S120). In a firstspecific example, the concept of a car can be extracted from an image ofa street including a car and/or from an image of an object includingtext associated with a car make or model. In a second specific example,the concept of a siren or emergency can be extracted from audioincluding a siren noise. However, Block S110 can additionally oralternatively include extracting any other suitable information from anyother suitable input information.

Block S110 can optionally include altering the communication dataset.For example, the dataset can be filtered, abridged, condensed,transformed, and/or altered in any other suitable manner. For example,in some variations, Block S110 can include translation of incomingcommunication data from one language to another language, prior toimplementation of subsequent Blocks of the method 100 (with or withouttranslation back to the original language after processing steps of themethod 100 are conducted). However, translation of incomingcommunication data can additionally or alternatively occur at any othersuitable point relative to other Blocks of the method 100.

In an example, Block S110 includes accessing iMessage™ data received atone or more of a user's smart device (e.g., iPhone™, iPad™, AppleWatch™), personal computer (e.g., MacBook™), and any other suitabledevice. In another example, Block S110 includes accessing Twitter™ feedor messaging data associated with a messaging platform uponimplementation of an authentication protocol associated with a TwitterAPI (or other API). In another example, Block S110 includes receivingemail data upon implementation of an authorization protocol. In anotherexample, Block S110 includes transforming PDF data to text data using anoptical character recognition algorithm. In another example, Block S110includes transforming audio data into text data.

However, Block S110 can additionally or alternatively include receivingany other suitable input information (e.g., as or in place of thecommunication dataset) in any suitable format. For example, thecommunication dataset (e.g., received as text) can include news (e.g.,headlines, articles, summaries, numerical representations, such asrepresentations of investment- and/or sports-related news, etc.;received via a news app of a user device, via radio broadcast, etc.),notifications (e.g., associated with a user device such as a smartphone), reading material such as long-form reading material (e.g.,articles, books, etc.), and/or any other suitable information. Inexamples, the communication dataset can include (e.g., in textrepresentation, numerical representation, and/or any other suitablerepresentations) stock values and/or changes, sporting event scoresand/or other results, and/or weather conditions and/or forecasts.

In one variant, the input information includes information related to auser's surroundings and/or the surroundings of a system component (e.g.,sensor), such as information associated with nearby objects and/orpeople (e.g., wherein Block S110 includes extracting information, suchas text, semantic meaning, conceptual information, and/or any othersuitable information, from the input information). In a first example ofthis variant, the system includes an image sensor (e.g., camera), andthe text input includes text recognized in images captured by the imagesensor (e.g., automatically detected, such as by performing imagesegmentation, optical character recognition, etc.), and/or otherextracted information (e.g., conceptual information) includesinformation discerned from the images (e.g., as described above). Forexample, Block S110 can include transforming an image of a signcontaining a message or string of characters in the user's environmentinto character data, for instance, if a user is in transit and the signcontains information related to safety or travel information (e.g., in aforeign country train depot). In a second example, the system includesan audio sensor (e.g., microphone), and the text input includes textassociated with sounds sampled by the audio sensor (e.g., transcriptionsof speech), and/or other extracted information (e.g., conceptualinformation) includes information discerned from the sounds (e.g., asdescribed above). In a third example, the method includes determiningcharacteristics about a nearby person (e.g., identity, physicalcharacteristics, emotional state, etc.) based on the sensor information,and the text input can include a representation of thosecharacteristics, and/or any other suitable information determined basedon those characteristics (e.g., social network connections of theperson, determined based on the identity), and/or other extractedinformation (e.g., conceptual information) includes informationdiscerned from the characteristics and/or information determined basedon the characteristics. However, the input information can include anyother suitable information.

In some embodiments, all or some of the communication dataset isgenerated (e.g., before being received in Block S110; such as generatedby a human other than the user, using an electronic device remote fromthe sensory output system) using a text-based input technique (e.g.,typing, character-wise input technique, etc.). The communication datasetcan additionally or alternatively be generated based on audio inputs(e.g., speech transcription), be automatically generated (e.g., by acomputing system), and/or be generated in any other suitable manner.

The communication dataset can be received (e.g., from a remote computingsystem, via a network such as the internet or a cellular phone servicenetwork) using one or more communication modules (e.g., wirelesscommunication module), can be received from storage (e.g., storage of anelectronic user device), and/or received in any other suitable manner.

However, Block S110 can additionally or alternatively be implemented inany other suitable manner.

3.2 Transforming the Communication Dataset into Speech Components.

Block S120 recites: transforming the communication dataset into a set ofspeech components, which functions to convert text data from Block S110into a “continuous time” component representation. As such, Block S120includes functions to provide a step for converting text data to aspeech signal or subcomponents of a speech signal, from which encodings(e.g., haptic encodings) can then be generated in Block S130. Block S120can thus transform communication data from Block S110 into componentsthat are more amenable to continuous and/or time-domain encodings,associated with the encoding operation performed in Block S130. However,variations of Block S120 can alternatively generate componentsassociated with non-continuous and/or non-time domain encodings.

In more detail, in relation to continuous/time-domain encodings inBlocks S120 and S130, it is preferable to have entire encodings receivedby the brain of the user, in order for the user to be able to interpreta speech component associated with an entire encoding. Given that somelanguage forms are fundamentally spoken and/or acoustic, it can be moreefficient for a user to perceive haptic encodings transformed fromspeech, rather than haptic encodings derived from specific characters ofwritten language. Alternatively Block S120 and S130 can includetransformation of text characters directly to haptic encodings. In suchan example, each letter of an English word can be encoded and presentedto the user (e.g., using a motor, pattern of motors, or combination ofmotors for haptic stimuli), such that the user must perceive andremember each letter in order for the user to perceive the entireEnglish word.

In one variation, Block S120 can include implementing a text-to-speech(TTS) engine that extracts a set of acoustic components (e.g., a closedset of acoustic components) from the communication data of Block S110.The TTS engine can implement a synthesizer that converts language textinto speech and/or renders symbolic linguistic representations (e.g.,phonetic transcriptions, phonemic transcriptions, morphologicaltranscriptions, etc.) into speech components without generating sound.The acoustic components can include phonemes (or sounds at theresolution of phonemes), or finer-time-scale acoustic components used toconstruct phonemes. As such, the acoustic components can be phonemes,sub-phoneme components, and/or super-phoneme assemblies, and can includeaspects of tone, stress, or any other suitable phoneme feature. BlockS120 can, however, alternatively generate non-phoneme-associatedcomponents (e.g., phones, senones, subphones, diphones, triphones,quinphones, diphthongs, triphthongs, utterances, fillers, etc.) or anyother suitable components.

In an example of this variation, a TIS engine implemented can include afront-end component that converts the communication data of Block S110with a text normalization process (e.g., a pre-processing operation, atokenization operation), assigns a phonetic transcription to eachcomponent output from the text normalization process, and then parsesthe phonetic transcriptions into units (e.g., phrases, clauses,sentences). As such, the front-end component can implement agrapheme-to-phoneme conversion or any other suitable conversion, fromwhich acoustic components of speech are extracted. In a first specificexample, the grapheme-to-speech component (e.g., grapheme-to-phoneme)conversion is performed based on a predefined pronunciation dictionary(e.g., manually generated lexicon), such as a dictionary that maps textinput components (e.g., graphemes, words, etc.) to speech components(e.g., phonemes, phones, syllables, etc.). A second specific exampleincludes generating a pronunciation dictionary (e.g., as describedabove), then training a sequence model (e.g., weighted finite statetransducer) on the pronunciation dictionary (e.g., to generate sequencesof pronunciation units associated with input sequences, such as inputwords broken down into characters and/or other graphemes), wherein thegrapheme-to-speech component conversion is performed using the resultingsequence model. A third specific example includes training asequence-to-sequence model (e.g., neural network such as an RNN) to mapfrom input sequences (e.g., grapheme sequences such as characterstrings) to sequences of speech components, wherein thegrapheme-to-speech component conversion is performed using the resultingmodel (e.g., using the trained RNN to map the input text to a series ofphonemes). The TTS engine, an example of which is shown in FIG. 3, canfurther include a back-end component that converts the symboliclinguistic representation into sound, from which acoustic components(e.g., phonemes, sub-phoneme components, super-phoneme assemblies) canbe classified. However, Block S120 can omit a back-end component andnever translate linguistic representations into sound. For example, atranscription (e.g., phonetic or phonemic transcription) generated fromthe text input can be used directly in Block S130 to generate encodedoutputs (e.g., as shown in FIG. 1B). Furthermore, variations of BlockS120 can implement any other suitable TTS engine structure.

Upon generation of the speech/acoustic components, Block S120 canfurther include classification of the components in a labelingoperation, from which encoded outputs are generated in Block S130. In aspecific example, Block S120 can label each phoneme output with one of47 labels corresponding to 47 phonemes (including vowel phonemes,consonant phonemes, and diphthongs) in English (e.g., as shown in FIG.5A). In another example, Block S120 can label each phoneme output withone of 45 labels corresponding to 45 phonemes (including vowel phonemes,consonant phonemes, and diphthongs) in German. In another example, BlockS120 can label each phoneme output with one of 41 labels correspondingto 41 phonemes (including vowel phonemes, consonant phonemes, anddiphthongs) in Mandarin, with additional sub-labels associated withtonal components of phonemes. However, labeling can be implemented inany other suitable manner depending on language specific features.

Block S120 can additionally or alternatively include determining thespeech components based on morphological aspects of the text input. Forexample, Block S120 can include generating a morphophonemictranscription of the text input, in which some elements of the textinput are represented by a corresponding phoneme, whereas others arerepresented by a corresponding morpheme. In a first specific example,the plural morpheme |z| supplants all or some of the associated phonemes(e.g., both the /s/ of “pets” and the /z/ of “beds” are represented by|z|; the /Iz/ of “churches” can also optionally be represented by |z|).In a second specific example, the past tense morpheme Ied supplants allor some of the associated phonemes (e.g., terminal /d/, /t/, and/or /Id/phonemes). However, the speech components can additionally oralternatively have any other suitable representation.

Block S120 can optionally include determining the language (orlanguages) associated with the text input, preferably determining a setof relevant speech components based on the determined language (e.g.,the phonemes associated with the language), wherein the series of speechcomponents (e.g., the phonemic transcription) can be determined based onthe set (e.g., selecting only speech components included in the set).However, the set of speech components can additionally or alternativelybe determined in any other suitable manner.

Furthermore, Block S120 can additionally or alternatively be implementedin any other suitable manner. For instance, some variations of BlockS120 may additionally or alternatively implement non-phonetic techniquesincluding one or more of: a discrete cosine transform (DCT) operationthat automatically transforms acoustic components provided by a TISengine into frequency bins associated with encoded outputs (e.g.,motors, patterns of motors, combinations of motors, etc.) of Block S130;a fast Fourier transform (FFT) operation, an autoencoder neural networkoperation, and any other suitable operation applicable to windows ofrendered acoustic outputs, which can be classified to a set ofconstituent speech components. Block S120 can additionally oralternatively include generating the set of speech components (and/orany other suitable information) based on non-text input information. Forexample, in an embodiment of Block S110 in which non-text information(e.g., conceptual information) is extracted or otherwise determined,Block S120 can optionally include generating a set of speech componentsdirectly from the non-text information (e.g., using a data structure,such as a lookup table, that associates the non-text information withspeech components). In a specific example, the concept of a nearby carcan be transformed directly into the phoneme series /c/, /a/, /r/ (e.g.,rather than transforming the concept into the text representation “car”and then transcribing the text representation into a phoneme series).

While conversion of text (and/or other input information) to speechcomponents is described above, Block S120 can additionally oralternatively include transforming the communication dataset of BlockS110 into any other suitable “continuous time” component representation.Still alternatively, Block S120 can be omitted from implementation ofsome variations of the method 100, such that the method 100 generatesencoded haptic outputs either directly through communication data(and/or other data) received in Block S110, or through other means. Insuch an example, some syllabary languages (e.g., Japanese) can havedirect mappings between text symbols and sound, and thus, speechcomponents can be directly extracted from text data.

3.3 Transforming the Speech Components into Output Parameters.

Block S130 recites: implementing a transformation model with the set ofspeech components, the transformation model operable to encode the setof speech components across a set of output parameters in a devicedomain, the device domain associated with a distribution of tactileinterface devices coupled to the user and stimulus parameters of thedistribution of tactile interface devices. Block S130 functions to usespeech components (e.g., phonemes, non-phonemes, etc.) extracted inBlock S120, to generate haptic encodings associated with outputs of adevice coupleable to the user. As such, Block S130 functions tofacilitate transformation of speech components into signals that can beoutput at a device coupled to the user.

The transformation model preferably encodes the labels of Block S120 tohaptic patterns executable using the array of tactile interface devices,wherein the haptic patterns are associated with control signals thatactivate devices of the array of tactile interface devices, and whereinthe control signals can be executed in Block S140 of the method 100. Theoutput parameters determined in Block S130 preferably define one or moresets (e.g., lists) of output devices and associated output settings(e.g., actuation intensities). The output parameters can additionally oralternatively define a function (e.g., a function over the mathematicalspace defined by the spatial distribution of output devices) that mapsto the output settings (e.g., wherein output settings corresponding to aparticular output device can be determined based on the value of thefunction at the location associated with the output device). The outputsettings can optionally include time dependence (and/or dependence onany other suitable variables), but can additionally or alternatively beconstant.

In variations of Block S130 associated with labeled phonemes, thetransformation model can encode each of the labeled outputs as one ormore spatial aspects and/or device output parameters of the array oftactile interface devices. In relation to acoustic speech componentsdescribed in Block S120 above, the transformation model(s) of Block S130can transform, encode, or otherwise map feature sets associated with theset of objects to one or more of: subdomains (e.g., subregions,sub-clusters, sublayers, etc.) of the array of tactile interfacedevices; different stimulus aspects associated with the array of tactileinterface devices; and any other suitable aspects of the array oftactile stimulus devices.

Speech components of Block S120 can be mapped to domains (e.g., layers,regions, clusters, areas, etc.) of the array of tactile interfacedevices, examples of which are shown in FIG. 4A. As such, differentacoustic speech components, such as those generated in Block S120 (e.g.,phonemes, sub-phoneme components, super-phoneme assemblies, phones,diphones, triphones, diphthongs, triphthongs, etc.), can be mapped todifferent domains of the array of tactile interface devices, and/or todifferent stimulus parameters such as described below, which can includeactuation patterns (e.g., spatial and/or temporal patterns, such aspulses, sweeps, etc.) and/or any other suitable stimulus parameters. Forinstance, in a device variation that has a distribution (e.g., array) oftactile stimulation devices configured about a wristband wearable: eachdevice of the distribution of tactile stimulation devices can beassociated with a corresponding phoneme, such that different devices ofthe distribution of tactile stimulation devices can “play” phonemes in aspecific pattern that corresponds to the message of the communicationdata of Block S110, and can be detected at a wrist region of the user.In another example, in a device variation that has a distribution (e.g.,array) of tactile stimulation devices integrated with a vest worn by theuser: each device of the distribution of tactile stimulation devices canbe associated with a corresponding phoneme, such that different devicesof the distribution of tactile stimulation devices can “play” phonemesin a specific pattern that corresponds to the message of thecommunication data of Block S110, and can be detected at the torso ofthe user. In a third example (e.g., employed using the wristband and/orvest described above, and/or using any other suitable system including aspatial distribution of tactile stimulation devices), stimulusparameters (e.g., sweeping actuation of neighboring and/ornon-contiguous stimulation devices) can be mapped to speech componentlabels, such that concerted actuation of a plurality of the tactilestimulation devices (and/or of individual devices, such as describedabove) can “play” phonemes in a specific pattern that corresponds to themessage of the communication data of Block S110, and can be detected bythe user (e.g., at the user's wrist and/or torso). The differentstimulus patterns can include patterns using the same and/or differentstimulation devices from each other (e.g., a first pattern includingclockwise sweeping actuation of a set of 8 devices, a second patternincluding counterclockwise sweeping actuation of the 8 devices, a thirdpattern including pulsed actuation of 4 out of the set of 8 along with 4other devices, etc.). Such multi-actuator mappings can potentiallyenable communication of a greater number of phonemes than the number oftactile stimulation devices in the system (e.g., communicating 47 uniquephonemes using only 20 stimulation devices). For example, a firstphoneme can be mapped to a clockwise sweep of 8 actuators, beginning ata fourth actuator of the device, and a second phoneme can be mapped to acounterclockwise sweep of 6 actuators, beginning at an eighth actuatorof the device. However, variations of the example can associate devicesof the array of tactile stimulation devices with speech components inany other suitable manner.

In the examples and variations described above, the domains/regions ofthe array of tactile stimulation devices can be fixed or dynamicallymodifiable. For instance, the subdomain can be dynamically modified,according to the encodings performed in Block S130, in order to match acharacter associated with a phoneme or symbol (e.g., an Emoji can berepresented with a smiley-faced region of a dense array of devices).

In variations related to speech components described in Block S120above, the transformation model can additionally or alternativelytransform, encode, or otherwise associate speech component labels with aset with stimulus parameters of the array of tactile interface devices.In variations, the transformation operation can map different speechcomponents (e.g., speech component label, phoneme tone, phonemeemphasis, etc.) to a range of stimulus types. In variations, stimulusparameters can include one or more of: output type (e.g., intermittent,pulsed, continuous, etc.); pulse pattern; pulse waveform characteristics(e.g., sinusoidal, square wave, triangular wave, wavelength, etc.),output amplitude, output intensity; output duration; out pulse duration,etc.), device domains involved in an output (e.g., a sweeping patternusing multiple devices), and any other suitable stimulus parameter. Forinstance, in a device variation that has a distribution of the array oftactile stimulation devices configured about a wristband wearable: eachdevice of the array of tactile stimulation devices can output a specificstimulus parameter corresponding to a speech component, such that thedevices can relay information not only to speech component labels (e.g.,phoneme labels), but also more complex language aspects (e.g., phonemetones, phoneme emphasis, etc.) and can be detected at a wrist region ofthe user. In another example, in a device variation that has adistribution of the array of tactile stimulation devices integrated witha vest worn by the user: each device of the array of tactile stimulationdevices can output a specific stimulus parameter corresponding to aspeech component, such that the devices can relay information not onlyto speech component labels (e.g., phoneme labels), but also more complexlanguage aspects (e.g., phoneme tones, phoneme emphasis, etc.) and canbe detected at a torso region of the user. However, variations of theexample can associate stimulus parameters of the array of tactilestimulation devices with speech components in any other suitable manner.

In variations related to speech components described in Block S120above, the transformation model can additionally or alternativelytransform, encode, or otherwise associate speech component labels withcomplex or combined outputs of the array of tactile interface devices.In variations, the transformation operation can result in generation ofencodings related to both subdomains and stimulus outputs availableusing the array of tactile stimulus devices.

In a first example, associated with the English language, thetransformation model of Block S130 can assign each of 47 phoneme labelsto specific devices of the array of tactile interface devices (e.g.,distributed about a wristband, distributed across a vest, etc.), suchthat the array of tactile interface devices can “play back” stimuliassociated with different phonemes in an order corresponding to portionsof the communication received in Block S110. As shown in FIG. 5B, awrist band can include an array of tactile interface devices (e.g.,wherein devices and/or device actuation patterns are mapped to specificphonemes), which can be signaled to play the phoneme according to apattern corresponding to the communication in Block S110. In a secondexample, associated with spoken Mandarin, the transformation model ofBlock S130 can assign each of 41 phoneme labels to specific devices ofthe array of tactile interface devices and four stimulus patterns (e.g.,pulse patterns) associated with four spoken tones, such that the arrayof tactile interface devices can “play back” stimuli associated withdifferent phonemes and different phoneme tones in an order correspondingto portions of the communication received in Block S110.

In the variations and examples described above, phoneme labels generatedin Block S120 and corresponding to the communication data of Block S110can be played back through the array of tactile interface devices in amanner similar to the natural timing of speech; however, play back canalternatively be implemented in a manner that does not mimic naturalspeech timing. As such, play back can be implemented with any suitablespeed, frequency, cadence, pauses (e.g., associated with grammaticalcomponents of language), gain (e.g., amplitude of stimulationcorresponding to “loudness” or punctuation), pattern (e.g.,spatiotemporal pattern played using subarrays of the array of tactileinterface devices, etc.), and any other suitable output component.

Similar to transformation models described in U.S. application Ser. No.14/750,626, titled “Providing Information to a User ThroughSomatosensory Feedback” and filed on 25 Jun. 2015, the transformationmodel implemented in Block S130 can include one or more of thefollowing: a linear Predictive Filtering/Coding (LPC) operation, thatproduces a set of filter coefficients and an energy parameter, whereinthe filter coefficients can be converted to frequency-locations in aline spectral pair (LSP) representation (e.g., line spectralfrequencies), and the energy parameter is mapped to a stimulus parameter(e.g., intensity, amplitude, duration, etc.); a decompositiontransformation operation, where each dimension represents how much of abasis function is present; a single global axis mapping operation,wherein the possible range of frequencies may be discretized to a set ofbands based on the number of tactile interface devices in the array andeach element represents represent a band of frequencies; a multiplelocal axis mapping operation, wherein each LSP is given a different setof tactile interface devices to represent a range of frequencies; acoded local axis mapping operation, wherein each LSP is given adifferent set of axis representative of the frequency domain using atree-type code (e.g., a binary code with different levels for differentfrequency ranges or functions); and any other suitable encoding ormapping operation.

The transformation model can be implemented using a computational modulethat retrieves a physical layout for the set of tactile interfacedevices (e.g., from storage, from inputs provided by a user or operator,etc.). Encoding and mapping can additionally or alternatively beimplemented in any other suitable manner, such as described in U.S.application Ser. No. 14/750,626, titled “Providing Information to a UserThrough Somatosensory Feedback” and filed on 25 Jun. 2015.

3.4 Delivering the Outputs to a User.

Block S140 recites: executing control signals operable to deliver theset of output parameters to a user interfacing with the distribution oftactile interface devices. Block S140 functions to enable outputs to bedelivered to the user through the tactile interface devices, accordingto the transformation and encoding algorithms of Blocks S120-S130. Thecontrol signals can be executed according to methods described in U.S.application Ser. No. 14/750,626, titled “Providing Information to a UserThrough Somatosensory Feedback” and/or in U.S. application Ser. No.15/661,934, titled “Method and System for Determining and ProvidingSensory Experiences” and filed on 27 Jul. 2017; however, the controlsignals can additionally or alternatively be executed in any othersuitable manner. For instance, Block S140 can include receiving one ormore user inputs operable to adjust a gain level (or other aspect) ofoutput stimuli, such that the user can customize the “strength” ofstimuli provided through the array of tactile interface devices.

3.5 Repetition.

Block S150 recites: repeating Blocks S110-S140 upon reception ofadditional incoming communication datasets. Block S150 can optionallyfunction to provide real-time or near real-time communication updates tothe user, such that the user is provided with communications throughalternative sensory modes, as facilitated by the array of tactileinterface devices. For example, Block S150 can be performed in real-timeor near real-time (e.g., within a time threshold, such as 100 ms, 90 ms,75 ms, 50 ms, 110 ms, 125 ms, 150 ms, 200 ms, 300 ms, etc.), such thatinformation provided to the user has no perceptible lag (e.g., such thatthe user is unable to discern a delay between receipt of thecommunication dataset and perception of the corresponding tactilefeedback). However, Block S150 can additionally or alternatively beperformed such that information is provided to the user within a longertime period after receipt of the communication dataset (e.g., within 1s, 2 s, 5 s, 15 s, 1 min, 10 min, etc.), and/or can be provided at anyother suitable time. Block S150 can include repeating Blocks S110-S140at a desired frequency (e.g., per unit time). Additionally oralternatively, Block S150 can include repeating Blocks S110-S140 basedon any suitable trigger. For instance, Block S150 can include repeatingBlocks S110-S140 with each incoming chat message, such that repetitionis based on live communications from another party to the user.Additionally or alternatively, Block S150 can be implemented in anyother suitable manner.

Furthermore, the method 100 can include any other suitable Blocksoperable to promote provision of communications to the user, through anarray of tactile interface devices, in any other suitable manner. Forinstance, the method 100 can include rapidly training a user to learn tocorrectly identify speech components associated with haptic outputsprovided through an array of tactile interface devices, by providingpre-recorded speech with time-locked haptic outputs through the array oftactile interface devices. In a specific application, such a trainingprotocol can allow users with high-frequency hearing loss to help themdiscriminate between commonly confused higher frequency phonemes (e.g.,/th/, /f/, /s/, /h/, /k/, /z/, /b/, /dh/, /t/, /d/, /v/, etc.). Forexample, the method can include providing haptic outputs (e.g., at thearray of tactile interface devices) representing phoneme componentsrelated to phonemes that users with high-frequency hearing loss (e.g.,presbycusis) may have difficulty perceiving. In a first specificexample, the method includes providing haptic outputs representingphoneme components (e.g., high frequency phoneme components) including/f/, /z/, /b/, /th/, /dh/, /t/, /d/, /s/, and/or /v/. In a secondspecific example, the method includes providing haptic outputsrepresenting phoneme components (e.g., high frequency phonemecomponents) including /th/, /f/, /s/, /h/, and/or /k/. However,variations of the training protocol can alternatively be implemented forusers with other impairments, users with no impairments, and/or for anyother suitable phonemes or speech components.

Any or all elements of the method can be performed by any elements ofthe system, and/or by any other suitable elements (e.g., as shown inFIGS. 7A-7C and 8A-8C). For example, a first portion of the method(e.g., at least Block S110, and possibly additional elements such as allor some of Blocks S120 and/or S130) can be performed by a user device(e.g., smart phone), the results of which (e.g., text representation,series of speech components, series of haptic outputs, series of controlinstructions, etc.) can be transmitted (e.g., wirelessly) to a hapticoutput system, whereupon the haptic output system can perform a secondportion of the method (e.g., the remaining elements not performed by theuser device) based on the information included in the transmission.However, the elements of the method can additionally or alternatively bedistributed between devices in any other suitable manner, or can beperformed by a single device.

The method 100 and/or system of the preferred embodiment and variationsthereof can be embodied and/or implemented at least in part in the cloudand/or as a machine configured to receive a computer-readable mediumstoring computer-readable instructions. The instructions are preferablyexecuted by computer-executable components preferably integrated withthe system 200 and one or more portions of the processor and/or acontroller. The computer-readable medium can be stored on any suitablecomputer-readable media such as RAMs, ROMs, flash memory, EEPROMs,optical devices (CD or DVD), hard drives, floppy drives, or any suitabledevice. The computer-executable component is preferably a general orapplication specific processor, but any suitable dedicated hardware orhardware/firmware combination device can alternatively or additionallyexecute the instructions.

The FIGURES illustrate the architecture, functionality and operation ofpossible implementations of systems, methods and computer programproducts according to preferred embodiments, example configurations, andvariations thereof. In this regard, each block in the flowchart or blockdiagrams may represent a module, segment, or portion of code, whichcomprises one or more executable instructions for implementing thespecified logical function(s). It should also be noted that, in somealternative implementations, the functions noted in the block can occurout of the order noted in the FIGURES. For example, two blocks shown insuccession may, in fact, be executed substantially concurrently, or theblocks may sometimes be executed in the reverse order, depending uponthe functionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts, or combinations of special purpose hardware andcomputer instructions.

As a person skilled in the field of biosignals will recognize from theprevious detailed description and from the figures and claims,modifications and changes can be made to the preferred embodiments ofthe invention without departing from the scope of this invention definedin the following claims.

We claim:
 1. A method for providing information to a user, the methodcomprising: establishing a physical interface between a user and ahaptic output system comprising a plurality of haptic actuators defininga spatial distribution, each of the plurality of haptic actuatorsarranged at a nonzero offset from a skin surface of the user; receivinga text input representative of communication in a language; generating aspeech component-based transcription based on the text input, whereinthe speech component-based transcription comprises a series of speechcomponents, the series of speech components comprising a set of phonemesand an English language plural morpheme; determining a series of spatialrepresentations in a device domain of the haptic output system, theseries of spatial representations corresponding to the series of speechcomponents; and at the haptic output system, for each spatialrepresentation of the series of spatial representations: providing ahaptic output corresponding to the spatial representation, comprising,for each haptic actuator of the plurality: mapping a respective locationof the haptic actuator to a corresponding location within the spatialdistribution; based on a value of the spatial representation associatedwith the corresponding location, determining a respective actuationparameter; and controlling the haptic actuator to actuate based on therespective actuation parameter.
 2. The method of claim 1, furthercomprising receiving a personal communication comprising the text input.3. The method of claim 1, wherein the text input is received via SMS. 4.The method of claim 1, further comprising determining a set of speechcomponents based on the language, wherein the set of speech componentscomprises each speech component of the series of speech components. 5.The method of claim 1, wherein: the plurality of haptic actuatorssubstantially define a multidimensional array; and the spatialrepresentation is defined on a multidimensional space, wherein themultidimensional space and the multidimensional array have equaldimensionality.
 6. The method of claim 1, wherein the text input isreceived by a user device, the method further comprising transmittingthe series of spatial representations from the user device to the hapticoutput system.
 7. The method of claim 1, wherein: the haptic outputsystem further comprises a wearable vest garment coupled to each hapticactuator of the plurality; and the method comprises mechanicallycoupling the haptic output system to the user comprises clothing theuser with the vest garment, wherein each of the haptic actuators isarranged at a nonzero offset from the skin surface of the user through amaterial of the vest.
 8. The method of claim 1, wherein: the pluralityof haptic actuators are mechanically coupled to a vehicle; and themethod comprises mechanically coupling the haptic output system to theuser comprises supporting the user in a seat of the vehicle.
 9. A methodfor providing information to a user, the method comprising: at a clientof a user device, receiving a personal communication associated with theuser, the personal communication comprising a text representation;generating a speech component-based transcription based on the textrepresentation, wherein the speech component-based transcriptioncomprises a series of speech components, the series of speech componentscomprising a set of phonemes and an English language plural morpheme;determining a series of haptic outputs corresponding to the series ofspeech components; at the client, wirelessly transmitting a dataset to ahaptic output system coupled to the user, wherein the dataset comprisesat least one of: the text representation, the series of speechcomponents, and the series of haptic outputs; and at the haptic outputsystem, providing each haptic output of the series of haptic outputs tothe user, wherein each of the series of haptic outputs is provided at anonzero offset from a skin surface of the user.
 10. The method of Claim9, wherein the text representation is received via a wirelesscommunication technique.
 11. The method of Claim 9, wherein the textrepresentation is received via a messaging client of the user device.12. The method of Claim 9, wherein the haptic output system comprises aplurality of haptic output devices.
 13. The method of claim 12, wherein,for each speech component of the series of speech components,determining the corresponding haptic output comprises, based on thespeech component, selecting a haptic output device of the plurality ofhaptic output devices to actuate.
 14. The method of claim 13, whereinfor each speech component of the series of speech components,determining the corresponding haptic output further comprisesdetermining a time-dependent actuation pattern based on an emphasis ofthe speech component.
 15. The method of Claim 9, wherein the hapticoutput system comprises a wearable garment.
 16. The method of claim 15,wherein, while providing each haptic output to the user, the garmentencircles a limb of the user.
 17. The method of Claim 9, wherein thehaptic output system is mechanically coupled to a seat.
 18. A method forproviding information to a user, the method comprising: receiving aninformation set for the user, the information set comprising audio data;generating a speech component-based representation based on theinformation set, wherein the speech component-based representationcomprises a series of speech components, wherein the series of speechcomponents comprises a set of phonemes and an English language pluralmorpheme; determining a series of haptic outputs corresponding to theseries of speech components; and at a haptic output system coupled tothe user, the haptic output system comprising a set of vibration motors,providing each haptic output of the series of haptic outputs to theuser, each of the series of haptic actuators is provided at a nonzerooffset from a skin surface of the user.